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DETAILED ACTION 
Response to Amendment 

1 . This office action is in response to applicant's amendment filed, 25 October 
2006, of application filed, with the above serial number, on 12 June 2001 in which no 
claims have been amended. Claims 1-37 are therefore pending in the application. 

Claim Rejections - 35 USC § 103 

2. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 1 02 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

3. Claims 1-37 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Albert et al (hereinafter "Albert", 6,775,692) in view of Brendel et al (hereinafter 
"Brendel", 5,774,660). 

Albert teaches the invention as claimed including TCP state migration and 
monitoring (at least Abstract). 

As per Claim 1, Albert teaches in a communication network, a method of TCP 
state migration comprising the steps of: 

a) establishing a TCP/IP communication session between a client computer and 
a first server computer (forwarding agent & service manager), said first server computer 
part of a plurality of server computers forming a web cluster containing information (at 
least col. 7, lines 36-60; col. 3, lines 22-57; forwarding agents connecting client / server 
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clusters), said communication session established for the transfer of data contained 
within said information (at least col. 7, lines 36-60; col. 3, lines 22-57; forwarding agents 
connecting client / server clusters); 

c) migrating a first TCP state of said first server computer to said selected server 
computer, and a second TCP state of said selected server computer to said first server 
computer over said control channel (at least Fig. 5; col. 14, lines 1-15; forwarding data 
packet). 

Albert fails to explicitly teach b) handing off said communication session to a 
selected server computer from said first server computer over a persistent control 
channel using TCP handoff modules that are dynamically loadable within TCP/IP stacks 
in operating systems located at both said first server computer and said selected server 
computer, that implement a TCP handoff protocol that works within kernel levels of an 
existing TCP/IP protocol. However, the use and advantages for using such a system is 
well known to one skilled in the art at the time the invention was made as evidenced by 
the teachings of Brendel. Brendel teaches TCP state migration wherein a TCP 
connection is made between a client and the load balancer (first server), and 
subsequently transfers the connection to an assigned server (at least col. 1 1 line 51 - 
col. 12 line 63). Therefore, it would have been obvious to one of ordinary skill in the art, 
at the time the invention was made, to incorporate the use of Brendel's system into 
Albert as this would further enhance Albert's system for use in load balancing and 
allowing the state of the TCP connection to be shared with the server so as to, in 
essence, remove the load balancer (first server) from the TCP connection, thus 
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improving the load balancing of Albert as it also allows delayed load balancing so that 
the backend servers of Albert do not need to have the same content (see Brendel col. 
11, lines 28-36). 

As per Claim 2. The method as described in Claim 1 , wherein said step a) 
comprises the steps of: 

receiving a SYN packet from said client at a first BTCP module located at said 
first server computer (at least col. 12 line 23 - col. 13 line 51); 

sending said SYN packet upstream to a first TCP module located above said first 
BTCP module in a first operating system of said first server computer (at least col. 12 
line 23 -col. 13 line 51); 

receiving a first SYN/ACK packet from said first TCP module (at least col. 12 line 
23 -col. 13 line 51); 

parsing said first initial TCP state from said first SYN/ACK packet, including a first 
initial sequence number for said first TCP module associated with said TCP/IP 
communication session (at least col. 12 line 23 - col. 13 line 51; col. 19, lines 12-15); 

sending said SYN/ACK packet to said client (at least col. 12 line 23 - col. 13 line 

51); 

receiving an ACK packet from said client at said first BTCP module (at least col. 

12 line 23 -col. 13 line 51); 

sending said ACK packet to said first TCP module (at least col. 12 line 23 - col. 

13 line 51); 
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receiving a web request packet associated with said TCP/IP communication 
session at said first BTCP module at said first server computer (at least col. 12 line 23 - 
col. 13 line 51); 

storing said SYN, ACK and said web request packet at said first server computer 
(at least col. 12 line 23 - col. 13 line 51; col. 19, lines 12-15; TCP connection being 
established between the client, forwarding agent and server). 

As per Claim 3. The method as described in Claim 2, wherein said step b) 
comprises the steps of: 

examining content of said web request packet (at least col. 9, lines 10-34, 45-58; 
service manager detailing load balancing); 

determining which of said plurality of server computers, a selected server 
computer, can best process said WEB request packet, based on said content (at least 
col. 9, lines 10-34, 45-58; service manager detailing load balancing); 

sending a handoff request from said first BTCP module to a second BTCP 
module at said selected server computer over said control channel, if said selected 
server computer is not said first server computer (at least col. 14 line 65 - col. 15 line 
27; SYN/ACK packets); 

including said SYN packet and said ACK packet in said handoff request packet 
(at least col. 14 line 65 - col. 15 line 27; SYN/ACK packets); 

changing a first destination IP address of said SYN packet to a second IP 
address of said selected server computer, at said second BTCP module (at least col. 7 
line 60 - col. 8 line 11; modifying addresses in header); 
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sending said SYN packet to said second TCP module (at least col. 12 line 23 - 
col. 13 line 51); 

receiving a second SYN/ACK packet at said second BTCP module (at least col. 
12 line 23 -col. 13 line 51); 

parsing said second initial TCP state from said second SYN/ACK packet, 
including a second initial sequence number, for said second TCP module, that is 
associated with said TCP/IP communication session; changing a second destination IP 
address of said ACK packet to said second IP address, at said second BTCP module 
(at least col. 12 line 23 - col. 13 line 51); 

updating said ACK packet to reflect said second TCP state of said selected 
server computer in said communication session; sending said ACK packet that is 
updated to said second TCP module; and sending a handoff acknowledgment message 
to said first BTCP module (at least col. 12 line 23 - col. 13 line 51). 

As per Claim 4. The method as described in Claim 3, wherein step c) comprises 
the steps of: 

monitoring traffic associated with establishing said TCP/IP communication 
session in step a), at said first BTCP module, to parse a first initial TCP state of said first 
server computer, said first initial TCP state associated with said TCP/IP communication 
session (at least col. 9, lines 10-34, 45-58; service manager detailing load balancing 
and analyzing packets for desired content); and 

migrating said first initial TCP state to said second BTCP module over said 
control channel by including said first initial TCP state in said handoff request packet, 
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said first initial TCP state including a first sequence number, such that said second 
BTCP module can calculate said first TCP state for said first server computer in said 
TCP/IP communication session (at least Fig. 5; col. 14, lines 1-15; forwarding data 
packet). 

As per Claim 5. The method as described in Claim 3, wherein step c) comprises 
the steps of: 

monitoring traffic associated with handing off said TCP/IP communication 
session, at said second BTCP module, to parse a second initial TCP state of said 
selected server computer, said second initial TCP state associated with said TCP/IP 
communication session (at least col. 9, lines 10-34, 45-58; service manager detailing 
load balancing and analyzing packets for desired content); and 

migrating said second initial TCP state of said selected server computer to said 
first BTCP module by including said second initial TCP state in said handoff 
acknowledgment packet, said second initial TCP state including a second initial 
sequence number, such that said first BTCP module can calculate said second TCP 
state for said selected server computer in said TCP/IP communication session (at least 
Fig. 5; col. 14, lines 1-15; forwarding data packet). 

As per Claim 6. The method as described in Claim 2, comprising the further 
steps of: 

intercepting a connection indication message sent from said first TCP module to 
an application layer above said first TCP module at a first upper-TCP (UTCP) module, 
said connection indication message sent by said first TCP module upon establishing 
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said communication session (at least col. 15 line 36 - col. 16 line 15; col. 8, lines 17-25; 
http from client intercepted by service manager and forwarding agent); and 

holding said connection indication message at said first UTCP module (at least 
col. 15 line 36 - col. 16 line 15; col. 8, lines 17-25). 

As per Claim 7. The method as described in Claim 6, wherein said method 
comprises the further steps of: 

sending a reset packet from said first BTCP module upon receiving said handoff 
acknowledgment packet to said first TCP module (at least Fig. 13; col. 12 line 23 - col. 
13 line 51; col. 32, lines 46-63; TCP connection ending between the client, forwarding 
agent and server); 

discarding said connection indication message at said first UTCP module (at 
least Fig. 13; col. 12 line 23 - col. 13 line 51; col. 32, lines 46-63; TCP connection 
ending between the client, forwarding agent and server); 

receiving incoming data packets from said client at said first BTCP module (at 
least col. 15 line 36 - col. 16 line 15; col. 8, lines 17-25; http from client); 

changing said destination addresses of said incoming data packets to said 
second IP address (at least col. 7 line 60 - col. 8 line 11; modifying addresses jn 
header); 

updating sequence numbers and TCP checksum in said data packets to reflect 
said second TCP state of said selected server computer (at least col. 12 line 23 - col. 13 
line 51; col. 19, lines 12-15); and 
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forwarding said data packets to said selected server computer (at least Fig. 5; 
col. 14, lines 1-15; forwarding data packet). 

As per Claim 8. The method as described in Claim 6, comprising the further 
steps of: 

sending notification from said first BTCP module to said first UTCP module to 
release said connection indication message, if said selected server computer is said 
first server computer (at least Fig. 13; col. 12 line 23 - col. 13 line 51; col. 32, lines 46- 
63; TCP connection ending between the client, forwarding agent and server); 

sending incoming data packets, including said web request packet, from said 
client, received at said first BTCP module, upstream (at least Fig. 13; col. 12 line 23 - 
col. 13 line 51; col. 32, lines 46-63; TCP connection ending between the client, 
forwarding agent and server). 

As per Claim 9. The method as described in Claim 1, comprising the further step 

of: 

intercepting outgoing response packets from said selected server computer at a 
second bottom TCP (BTCP) module located at said selected server computer (at least 
col. 12 line 23 -col. 13 line 51); 

changing source addresses of said response packets to a first IP address of said 
first server computer (at least col. 7 line 60 - col. 8 line 11; modifying addresses in 
header); 
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updating sequence numbers and TCP checksum in said response packets to 
reflect said first TCP state of said first server computer (at least col. 12 line 23 - col. 13 
line 51; col. 19, lines 12-15); and 

sending said response packets to said client (at least col. 7 line 60 - col. 8 line 
1 1 ; modifying addresses in header). 

As per Claim 10. The method as described in Claim 1, comprising the further 
steps of: 

monitoring TCP/IP control traffic for said communication session at said second 
BTCP module (at least col. 32, lines 46-63; col. 8, lines 17-39; service manager 
monitoring packets); 

understanding when said communication session is closed at said second server 
computer (at least col. 32, lines 46-63; col. 8, lines 17-39; connection ends); 

sending a termination message to said first server computer over said control 
channel (at least col. 32, lines 46-63; connection ends); 

terminating said TCP/IP communication session at said first server computer by 
terminating a forwarding mode at said first BTCP module (at least col. 32, lines 46^63; 
connection ends); and 

freeing data resources associated with said communication session at said first 
server computer (at least col. 3, lines 26-56; load balancing). 

Claims 1 1-37 do not add or define any additional limitations over claims 1-10 and 
therefore are rejected for similar reasons. 
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Response to Arguments 

4. Applicant's arguments filed 25 October 2006 have been fully considered but they 
are not persuasive. 

Applicants argue substantially, that Albert and Brendel fail to teach the features 
of limitation b) of claim 1, namely: handing off said communication session to a selected 
server computer from said first server computer over a persistent control channel using 
TCP handoff modules that are dynamically loadable within TCP/IP stacks in operating 
systems located at both said first server computer and said selected server computer, 
that implement a TCP handoff protocol that works within kernel levels of an existing 
TCP/IP protocol. 

However, Brendel teaches TCP state migration wherein a TCP connection is 
made between a client and the load balancer (first server), and subsequently transfers 
the connection to an assigned server (at least col. 11 line 51 - col. 12 line 63). The TCP 
state migration, as the name implies, migrates from one TCP state to another TCP 
state, thus never truly leaving the TCP state. While Brendel refers to an "IXP" protocol, it 
is used more as a tricking mechanism for routing the packets appropriately (at least col. 
13, lines 47-65). Thus, using a modified TCP/IP stack and using, according to the 
claims, a TCP handoff protocol, that works within the kernel levels of an existing TCP/IP 
protocol is being teached by Brendel as the claims only specify a vague protocol (TCP 
handoff protocol; not defined) working with an existing TCP/IP protocol, meaning any 
existing TCP protocol, not necessarily the same TCP protocol. In fact, Brendel goes on 
to state that the standard TCP/IP layers are used except for modifications to the IP layer 
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(at least col. 20, lines 3-9). Thus, Brendel teaches the limitations and with Albert, 
teaches the claims. 

Conclusion 

5. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

6. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. Newly cited Johnson et al, in addition to previously cited Lee et 
al, Wang, TCP Handoff, Brendel et al, Brendel, Vange et al, Soderberg et al, Aviani et 
al, and Colby et al are cited for disclosing pertinent information related to the claimed 
invention. Applicants are requested to consider the prior art reference for relevant 
teachings when responding to this office action. 

7. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Gregory G. Todd whose telephone number is (571)272- 
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401 1 . The examiner can normally be reached on Monday - Friday 9:00am-6:00pm w/ 
first Fridays off. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Ario Etienne can be reached on (571)272-4001 . The fax phone number for 
the organization where this application or proceeding is assigned is 703-872-9306. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 
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Patent Examiner 
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